United States Patent [wj 

Riordan et al. 



US006078891A 
[li] Patent Number: 
[45] Date of Patent: 



6,078,891 
Jun. 20, 2000 



[54] METHOD AND SYSTEM FOR COLLECTING 
AND PROCESSING MARKETING DATA 

[76] Inventors: John Riordan, 234 Clinton St., 
Brooklyn, N.Y. 11201; Bruce 
Morehouse, 58 Knights Pond Rd., 
Northport, Me. 04849 

[21] Appl. No.: 08/977,479 
[22] Filed: Nov. 24, 1997 



[51] Int. CI. 7 G06F 17/60 

[52] U.S. CI 705/10; 705/23; 705/16 

[58] Field of Search 705/10, 26, 27, 

705/16, 17, 22, 23; 235/14 

[56] References Cited 

U.S. PATENT DOCUMENTS 

3,956,615 5/1976 Anderson et al 380/24 

4,319,336 3/1982 Anderson et al 705/21 

4,340,810 7/1982 Glass 235/375 

4,355,372 10/1982 Johnson et al 379/92.04 

4,438,824 3/1984 Mucller-Schloer 380/23 

4,799,156 1/1989 Shavit et al 705/26 

4,943,963 7/1990 Waechter et al 370/428 

4,951,196 8/1990 Jackson 705/37 

4,972,504 11/1990 Daniel, Jr. et al 705/10 

5,103,392 4/1992 Mori 380/4 

5,202,977 4/1993 Pasetes, Jr. et al 395/500.48 

5,253,345 10/1993 Fernandes et al 705/17 

5,315,093 5/1994 Stewart 235/381 

5,331,544 7/1994 Lu et al 705/10 

5,490,060 2/1996 Malec et al 705/10 

5,490,252 2/1996 Macera et al 709/249 

5,491,473 2/1996 Gilbert 340/870.01 

5,499,385 3/1996 Farmwald et al 710/3 

5,513,102 4/1996 Auriemma 705/14 

5,521,363 5/1996 Tannenbaum 235/379 



5,557,518 9/1996 Rosen 380/24 

5,557,780 9/1996 Edwards et al 395/500.48 

5.590.196 12/1996 Moreau 380/18 

5.590.197 12/1996 Chen et al 380/24 

5,592,378 1/1997 Cameron et al 705/27 

5,592,560 1/1997 Deaton et al 382/100 

5,604,804 2/1997 Micali 380/25 

5,608,874 3/1997 Ogawa et al 709/246 

5,684,965 11/1997 Pickering 705/34 

5,687,322 11/1997 Deaton et al 705/14 

5,832,460 11/1998 Bednar et al 705/27 



Primary Examiner— -Emanuel Todd Voeltz 

Assistant Examiner — Thomas A. Dixon 

Attorney, Agent, or Firm — Pennie & Edmonds LLP 

[57] ABSTRACT 

A system and method for the collection of marketing data 
simultaneously captures at a point-of-sale all financial and 
non-financial data pertaining to a specific consumer trans- 
action. An electronic invoice is constructed from the cap- 
tured data and transmitted to a credit authorization location 
via a communication link necessarily established to transmit 
a credit authorization request for the transaction. The elec- 
tronic invoice contains line item data for each item pur- 
chased as part of the transaction. The invoice is organized 
around the identification number of the payment vehicle 
employed by the customer to pay for the transaction, thus 
linking the purchasing information contained in the invoice 
to a particular consumer. The credit authorization location 
receives the transmitted electronic invoice and forwards the 
invoice to a data warehouse, which may be located in a 
location remote from the credit authorization location. The 
data warehouse comprises a plurality of related data struc- 
tures for storing the received data. The related data struc- 
tures facilitate simple and flexible analysis and searching of 
the collected market data. 

10 Claims, 6 Drawing Sheets 
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METHOD AND SYSTEM FOR COLLECTING 
AND PROCESSING MARKETING DATA 

HELD OF THE INVENTION 

The invention relates to a system and method for collect- 
ing and processing marketing data. 

BACKGROUND OF THE INVENTION 

Market research is an important business tool which 
permits manufacturers, retailers, financial institutions, and 
others to cost-effectively target their marketing and sales 
activities and efficiently reach potential customers. These 
organizations rely heavily on market data in planning new 
products, sales strategies and promotions, and when making 
a variety of other sales and marketing related business 
decisions. 

In the past, marketing data has been collected in several 
ways. Typically, market research firms are employed to 
collect data using surveys, questionnaires, and other costly 
and time-consuming techniques. This information is then 
processed using statistical techniques in an effort to extrapo- 
late therefrom significant trends in consumer behavior. 
Although based on statistically significant correlations, these 
techniques cannot with absolute precision determine the 
buying patterns of particular population segments or indi- 
vidual consumers. Indeed, as recognized in the art, such 
surveys often yield inaccurate and misleading results. 

In contrast, some organizations, particularly large 
retailers, collect marketing data by tracking sales transac- 
tions at the retailers* points of sale. This technique, however, 
provides only crude data such as the number and types of 
items sold by the merchant. It does not provide detailed data 
regarding sales patterns of particular socioeconomic groups 
or individual customers. 

To collect more precise data, retailers sometimes provide 
customers with "preferred customer" cards or the like. The 
"preferred customer" card typically comprises a customer 
identification number linked to a database record which 
stores information relating to the customer's past purchases. 
Each time the customer makes a purchase, the merchant 
scans or manually enters the customer identification number 
from the "preferred customer" card into the merchant's point 
of sale (POS) computer. The merchant then scans or manu- 
ally enters the identification codes of the items purchased by 
the customer. Typically, the identification code employed to 
identify each product may be the product's Universal Prod- 
uct Code (UPC). In this way, it is possible to collect data 
regarding the purchasing patterns of particular customers. 

This technique, too, has several drawbacks. First, it only 
collects sales data of the particular retailer who issued the 
"preferred customer" card. It does not permit data collected 
by a first retailer to be integrated and cross-referenced with 
data collected by other retailers. The collected data may 
therefore provide a significantly skewed perspective of a 
customer's purchasing patterns as a whole. 

Furthermore, such systems require that the customer bring 
his or her card to the retailer's POS. To that end, retailers 
have been forced to offer a variety of incentives, such as 
discounts on particular items, in order to induce customers 
to carry and use their "preferred customer" cards. Notwith- 
standing such incentives, many customers forget to bring 
their cards to the POS, 

Moreover, the systems require significant hardware and 
software resources to collect and maintain the collected data. 
Frequently, the customer data is transmitted from a remote 
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retail site to a central computer maintained by the merchant. 
This marketing data infrastructure is often completely sepa- 
rate from the merchant's sales data infrastructure and thus 
leads to wasteful duplicative processing of the transaction 
5 data being collected. 

SUMMARY OF THE INVENTION 

The present invention overcomes the drawbacks of the 
prior art by providing a system and method for efficient 

10 collection and organization of marketing data. 

In a preferred embodiment, the present invention simul- 
taneously captures at the POS all financial and non-financial 
data pertaining to a specific consumer transaction. An elec- 
tronic invoice is constructed from the captured data and 

15 transmitted to a credit authorization location via a commu- 
nication link necessarily established to transmit a credit 
authorization request for the transaction. The electronic 
invoice contains line item data for each item purchased as 
part of the transaction. The invoice is organized around the 

20 identification number of the payment vehicle employed by 
the customer to pay for the transaction, thus linking the 
purchasing information contained in the invoice to a par- 
ticular consumer. 

25 The credit authorization location receives the transmitted 
electronic invoice and forwards the invoice to a data 
warehouse, which may be located in a location remote from 
the credit authorization location. The data warehouse com- 
prises a plurality of related data structures for storing the 

3Q received data. The related data structures permit simple and 
flexible analysis and searching of the collected market data. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The above summary of the invention will be better 
35 understood when taken in conjunction with the following 
detailed description and accompanying drawings in which: 
FIG. 1 is a block diagram of a system architecture suitable 
for implementing a first preferred embodiment of the present 
invention wherein sales transactions are conducted via the 
40 internet. 

FIG. 2 is a block diagram of a system architecture suitable 
for implementing a second preferred embodiment of the 
present invention wherein sales transactions are conducted 
at a physical POS. 
45 FIG. 3 is a flowchart depicting the operation of the first 
preferred embodiment of the present invention. 

FIG. 4 is a schematic representation of a preferred 
embodiment for a line item listing in an electronic invoice. 
50 FIG. 5 is a flowchart depicting the operation of the second 
preferred embodiment of the present invention. 

FIG. 6 is a block diagram of one possible structure of a 
data warehouse for storing collected marketing data. 

DETAILED DESCRIPTION OF THE 
PREFERRED EMBODIMENTS 

FIG. 1 shows a system architecture suitable for imple- 
menting the efficient market data collection system of the 
present invention in an internet purchasing environment. As 

60 shown in FIG. 1, the architecture comprises a customer 
terminal 105 typically located in a customer's home or 
workplace. Customer terminal 105 is provided with a 
modem 110. Modem 110 may be an internal modem located 
inside customer terminal 105 or may alternatively comprise 

65 an external modem. Customer terminal 105 may further be 
provided with a payment vehicle scanner 107, the purpose of 
which will be described below. 
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The architecture further comprises a POS location 
denoted generally as 115. POS location 115 comprises a 
POS computer 120 suitable for receiving and processing 
orders placed with a merchant. Associated with POS com- 
puter 120 is an inventory database 127 which stores infor- 
mation relating to the merchant's inventory such as the types 
of goods, quantity of goods, and price of goods in the 
merchant's inventory. POS computer 120 is further provided 
with a first modem 125 and a second modem 130. 

POS location 115 may further comprise a shipping depart- 
ment computer 135 which is linked to POS computer 120, 
As described in more detail below, shipping department 
computer 135 receives invoices for orders placed with POS 
computer 120 and tracks filling and shipping of the order. 
Customer terminal 105 and POS computer 120 are adapted 
to permit communication therebetween via the internet. As 
known in the art, this connection is generally established via 
one or more internet gateways. Illustratively, as shown in 
FIG. 1, customer terminal 105 is typically connected to a 
first internet gateway 150 via a telephone line 145. Similarly, 
POS computer 120 is typically connected to a second 
internet gateway 155 via telephone line 160. Gateways 150 
and 155 are typically connected via an internet backbone 
140. 

Gateways 150 and 155 are typically operated by interne! 
service providers who provide access to the internet for a 
subscription fee. Alternatively, a large merchant might own 
and maintain its own internet gateway. In that instance, POS 
computer 120 would typically be connected directly to 
internet gateway 155 via a dedicated data line. 

In other embodiments, customer computer 105 may be 
connected to POS computer 120 via a direct dial connection. 

The architecture of FIG. 1 further comprises a credit 
authorization location 165 typically located in a location 
remote from POS location 115. Credit authorization location 
165 is typically owned and operated by the financial insti- 
tution which has issued the payment vehicle employed by 
the customer to pay for items purchased at the POS, as 
described in more detail below. Credit authorization location 
165 preferably comprises a credit authorization computer 
170 which receives credit authorization requests from POS 
computer 120, evaluates the received requests, and transmits 
to POS computer 120 an authorization of the transaction or 
a denial of the transaction depending on various parameters 
such as whether the requested credit line exceeds the credit 
limit of the customer. 

Credit authorization computer 170 is provided with a 
modem 175. Typically, POS computer 120 and credit autho- 
rization computer are adapted to permit communication 
therebetween via telephone line 180 and modems 130, 175. 
Alternatively, other transmission paths for communicating 
credit requests and authorizations may be employed. 

Also shown in FIG. 1 is a data warehouse 185 which may 
be located at credit authorization location 165 or alterna- 
tively may be located at a location remote from credit 
authorization location 165. As described in more detail 
below, data warehouse 185 stores detailed marketing data 
regarding transactions occurring at points of sale such as 
POS 115. 

TUrning to FIG. 2 there is shown an alternative architec- 
ture which illustrates the more traditional setting wherein a 
customer is physically located at the POS at the time of the 
transaction. As will be recognized, the architectures of the 
two purchasing environments share many common 
elements, and like elements in FIGS. 1 and 2 have been 
labelled with like reference numerals. 
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Thus, as shown in FIG, 2, the physical POS environment 
comprises a POS computer 120 which has associated there- 
with an inventory database 127 and a shipping department 
computer 135. Similarly, POS 120 is connected via modem 
5 130 and telephone line 180 to credit authorization location 
165. 

In addition, the physical POS environment further com- 
prises a product scanner 205 for scanning into POS com- 
puter 120 identification codes representative of the items to 

10 be purchased by the customer. Alternatively, the system may 
comprise a keyboard 210 or other data entry devices 215 for 
scanning this information. The system is further provided 
with a payment vehicle scanner 220 for scanning the iden- 
tification number and associated PIN of the customer's 

15 payment vehicle into POS computer 120, 

In the physical POS environment, a customer will typi- 
cally collect in a basket or wagon the items he wishes to 
purchase, and bring them to a particular location where POS 
terminals are located. An employee of the merchant uses 

20 product scanner 205 to scan a bar code or other product 
identifier printed on the item into POS computer 120. 
Alternatively, the employee may manually enter information 
identifying the items to be purchased via keyboard 210 or 
other data entry devices 215. 

Operation of a preferred embodiment of the efficient 
market data collection system of the present invention in the 
internet purchasing environment will now be described in 
connection with FIG. 3. As shown in FIG. 3, in step 302 the 

3Q customer establishes a link with POS computer 120 via 
internet backbone 140. To establish this link, the customer 
typically logs onto his internet account and is provided 
access to the internet via internet gateway 150. The customer 
then enters the web address of a retailer's website and is 

35 connected to the website via internet gateway 155. 

In step 304 the customer selects the items which he 
desires to purchase. Illustratively, the merchant's website 
may comprise an interface which displays information 
regarding items offered for sale and may, for example, 

40 permit a customer to select items for purchase by clicking on 
icons or by typing in the identification number or name of 
particular items. Similarly, the interface may permit the 
customer to click on or otherwise identify how many of each 
item he wishes to purchase. 

45 In step 306 the customer enters the identification number 
of the payment vehicle which he wishes to use to pay for the 
items to be purchased. This information is typically entered 
in response to a prompt from the merchant's website, and 
may be entered manually, or alternatively may be entered by 

50 swiping the payment vehicle through payment vehicle scan- 
ner 107. The payment vehicle employed by the customer 
preferably is a smart card. Alternatively, the payment vehicle 
may be a magnetic stripe card such as those employed as 
credit cards, charge cards, or debit cards, or any other 

55 payment vehicle which requires verification to authorize a 
transaction. As known in the art, smart cards provide 
enhanced security over traditional magnetic stripe cards 
because they are typically manufactured to be resistant to 
physical probing by electronic instruments and physical 

60 disassembly. In addition, smart cards may employ symmet- 
ric or asymmetric cryptography software in order to increase 
the security of communications between the smart card and 
a merchant. 

In addition to the identification number of the vehicle, 
65 payment vehicle information generally comprises a PIN 
whose purpose is to ensure that the person employing the 
payment vehicle is authorized to do so. 
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In step 308, POS computer 120 creates an electronic 
invoice from the information entered by the customer. The 
invoice comprises a line item listing concerning the items 
purchased by the customer. Each line item entry in the listing 
comprises the identity of a purchased item, the cost of the 
item, and the number purchased of the item. Typically, the 
identity of the item is represented by an identification code 
such as a UPC number which is retrieved by POS computer 
from inventory database 127. One illustrative arrangement 
for the line item listing is shown in FIG. 4. As those skilled 
in the art will recognize, the particular fields shown in FIG. 
4 are merely illustrative, and additional or different fields 
may alternatively be employed to customize the line item 
listing for a particular environment. 

As shown in FIG. 4, a typical line item listing may 
comprise the following fields: 

a date field, which stores the date on which the transaction 
occurred; 

a time field, which stores the time at which the transaction 
occurred; 

a retail location identification field, which stores a unique 
identifier typically allocated by credit authorization 
location 165 to identify the retail location submitting 
the line item listing; 

a payment vehicle identifier, which stores the identifica- 
tion number of the payment vehicle used by the cus- 
tomer to pay for the transaction; 

an invoice number field, which stores a unique identifier 
for the line item listing assigned by the retailer; 

a total amount field, which stores the total dollar amount 
of the transaction; 

a number of items field, which stores the number of 
distinct items purchased; 

a product identifier field, which stores a unique identifier 
for a purchased product (typically a UPC or other 
standard code); 

a quantity field, which stores the number of a product that 
was purchased; 

a unit price field, which stores the price of a purchased 
product; 

a total price field, which stores the product of the quantity 
field and the unit price field for each purchased product; 
and 

a remarks field, which stores remarks regarding the trans- 
action that the merchant might have. 

Line item entries may also be created for other aspects of 
the transaction, such as the tax, retailer discounts, etc. As 
illustratively shown in FIG. 4, such line item entries may 
comprise a unique alphanumeric code that identifies the item 
(e.g., "T-A-X") and is stored in the product identification 
field. The total amount of the item (e.g., the tax) may be 
stored in the total price field. 

In step 310, a program resident in POS computer 120 
creates an invoice packet for transmission to credit autho- 
rization location 165. The invoice packet comprises the line 
item listing described above. The invoice packet further 
comprises a request for authorization from credit authoriza- 
tion location 165, The request for authorization typically 
comprises the identification number and PIN of the custom- 
er's payment vehicle and the total amount of the sale. 

In step 312, the invoice packet is transmitted to credit 
authorization location 165. In the prior art, transmission 
from the merchant to credit authorization computer 170 
served only one purpose: To request authorization for a 
transaction. In contrast, the purpose of the invoice packet of 
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the present invention is two fold: First, to request authori- 
zation for the transaction from credit authorization location 
165, and second, to transmit to credit authorization location 
165 a line item listing concerning the transaction. In this 
way, the invention efficiently employs the communications 
link established with credit authorization location 165 to 
simultaneously transmit thereto a line item listing compris- 
ing complete marketing data concerning the transaction. 

In decision step 314, credit authorization computer 170 
determines whether or not to approve the credit request 
received from POS computer 120. This determination typi- 
cally comprises the step of determining whether the total 
cost of the items listed on the invoice exceeds the customer's 
credit limit. If the customer's credit limit is exceeded, then 
decision step 314 fails and the system proceeds to step 316 
wherein credit authorization computer 170 transmits a denial 
message to POS computer 120 via line 180. In step 318, POS 
computer 120 receives the denial message from credit 
authorization computer 120 and cancels the transaction. The 
merchant may also take additional steps typically associated 
with a denial of a request for credit authorization, as known 
in the art. 

If, on the other hand, the customer's credit limit is not 
exceeded, then decision step 314 succeeds and the system 
proceeds to step 320 wherein credit authorization computer 
170 transmits a credit approval to POS computer 120 via line 
180. Concurrently, in step 322 credit authorization computer 
170 takes additional bookkeeping actions typically associ- 
ated with approval of a financial transaction. For example, as 
known in the art, credit authorization computer 170 typically 
updates the customer's account by debiting the customer's 
credit limit in the amount of the transaction. 

Upon receipt of the transaction authorization from credit 
authorization location 165, in step 324, the merchant com- 
mences steps to complete the sale. These typically include 
transmitting a confirmation to the customer and preparing 
the order for shipping. 

In step 326, credit authorization computer 170 transmits 
a copy of the invoice packet received from POS computer 
120 to data warehouse 185, As noted above, this invoice 
contains line item information on each item purchased by 
the customer as well the identification number of the pay- 
ment vehicle used by the customer to pay for the transaction. 
In step 328, data warehouse 185 processes the received 
invoice packet and stores the marketing data contained 
therein in a relational database, as will be described in 
further detail below. 

Thus, the present invention facilitates the collection of 
detailed line item purchasing information which is linked to 
a particular customer via his payment vehicle identification 
number, in a manner heretofore not possible. In particular, 
because the payment vehicle is employed as the central 
identifier for the transaction, each item in the line item 
listing is particularly identified with an individual customer. 
In addition, because the line item listing is transmitted as 
part of an invoice packet comprising a credit authorization 
request, the present invention allows efficient collection of 
marketing data by permitting marketing data to be collected 
at a central location without requiring an additional com- 
munication from the POS to a central data repository. 

Operation of a preferred embodiment of the efficient 
market data collection system of the present invention in the 
physical purchasing environment will now be described in 
connection with FIG. 5. 

As shown in FIG. 5, in step 502, a customer enters a retail 
location maintained by a merchant. In step 504, the customer 
selects items to be purchased and brings them to a point- 
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of-sale terminal. Also in step 504, an employee of the class. This is because the UPC is not a hierarchical coding 
merchant uses product scanner 205 to scan a bar code or scheme. Instead, each UPC number as a whole identifies a 
other code printed on the item into point-of-sale computer particular product made by a specific manufacturer. The 
120. Alternatively, the employee may manually enter infor- digits which make up the code, however, do not convey any 
mation identifying the items to be purchased via keyboard 5 substantive information regarding the class of products to 
210 or other data entry devices 215. In step 506, the which the particular product belongs, 
customer identifies for the merchant the payment vehicle to In contrast, the present invention preferably employs a 
be used to pay for the selected items. Typically, the customer hierarchical coding scheme in which each portion of a code 
may hand the payment vehicle to an employee of the identifies a significant characteristic of the product. Thus, 
merchant or may alternatively swipe the payment vehicle 10 the structure of the coding scheme itself conveys informa- 
through a payment vehicle scanner 220 located near point- tion about the relationship between different products stored 
of-sale computer 120. in data warehouse 185. As noted below, this hierarchical 
The remainder of the steps performed in the physical- scheme facilitates search and analysis of the collected mar- 
purchase embodiment of the present invention are the same keting data stored in data warehouse 185. The particular 
as those performed in the on-line -purchase embodiment 15 hierarchical scheme employed is not critical to implemen- 
described above, and corresponding steps in FIGS. 3 and 5 tation of the present invention. 

are identified by corresponding numerals. In a preferred embodiment, the hierarchical coding 

The present invention also provides a novel relational scheme of the present invention comprises a plurality of 

storage arrangement for the collected marketing data which unique universal identification codes, called UIDCs. Each 

facilitates data analysis. As described below, the data are 20 UIDC is preferably descriptive of a particular product or 

stored in a relational database designed to facilitate flexible service category in such a manner that the critical charac- 

and particularized data searching. A schematic diagram teristicsof the product or service category can be determined 

illustrating a preferred relational database of the present by resorting to the UIDC definitions associated with the 

invention is shown in FIG. 6. category's code. 

As shown in FIG. 6, data warehouse 185 comprises a first 25 Illustratively, the hierarchical system of the present inven- 

data structure 600 for storing the content of received elec- tion might classify tennis shoes as a product category and 

tronic invoices. Data warehouse 185 creates a new record in assign to that product category a unique UIDC. The hierar- 

data structure 600 for each electronic invoice received from chical scheme might further classify tennis shoes as a 

credit authorization location 165. In a preferred subcategory of athletic footwear. Athletic footwear might 

embodiment, the record may comprise the following fields: 30 itself be a subcategory of a broader category encompassing 

a retail location identification field, which stores the footwear generally, which might in turn be a subcategory of 

unique identifier typically allocated by credit authori- a sti H broader category encompassing clothing of all vari- 

zation location 165 to identify the retail location sub- et i es - 

mitting the electronic invoice; In tne above illustrative example, the UIDC for tennis 

an invoice identification field/ which stores a unique 35 shoes may preferably comprise a plurality of code segments. 

identifier for the invoice assigned by the retailer; A first would identify tennis shoes as belonging to 

a payment vehicle identification field, which stores the the *°7 of clothing. The UIDCs of all product catego- 

identification number of the payment vehicle employed nes t0 * e clothin g <* te {W wo " ld share 

by the customer to pay for the transaction; ^f^ 1 * ^nd segment would identify tenms shoes as 

. . „ . , .. , . -j c 40 belonging to the subcategory of too twear. The UIDCs of all 

an invoice number field, which stores a unique identifier j * . • u i * . *u c *. u, 

l »oe product categories belonging to the footwear subcategory 

for the invoice assigned by data warehouse 185; u u *u- j * a *w j * ij 

CT J ' wniilri char** thic rvinp cpampnt A mirn cprrmpnt wnn n 



a date field, which stores the date on which the transaction 



would share this code segment. A third segment would 
identify tennis shoes as belonging to the subcategory of 

occurred; and athletic footwear. The UIDCs of all product categories 

a total amount field, which stores the total dollar amount ^ belonging to the athletic footwear subcategory would share 

of the transaction. ^ coc j e segment. A fourth segment would uniquely iden- 

Data warehouse 185 preferably further comprises a data ti£ y the pro d uct category of tennis shoes, as distinguished 

structure 601 for storing information regarding each line from other product categories in the athletic footwear family, 

item on the received electronic invoice. When an electronic ^ present invention is not limited to the particular 

invoice is received by data warehouse 185 it creates a new $Q hierarchical coding scheme described above, and may 

record for each line item on the invoice. In a preferred employ any suitable hierarchical code, including those that 

embodiment, the record may comprise the following fields: do nol comprise a plurality of code segments as in the above 

an invoice identification field, which stores the unique illustrative example. 

identifier for the invoice assigned by the retailer; Once a hierarchical coding scheme is adopted, each 
a product code field, typically the UPC or other standard 55 product or service stored in warehouse 185 (as identified by 
code for the purchased item; a unique UPC number) is assigned one or more UIDCs 
an invoice number field, which stores the unique identifier corresponding to the product categories to which the product 
for the invoice assigned by data warehouse 185; and or service belongs. In the above example, Nike (TM) tennis 
a line item total amount field, which stores the total dollar shoes and Addidas (TM) tennis shoes, each bearing distinct 
amount of the line item entry. 60 UPC codes, would be assigned the same UIDC correspond- 
Data warehouse 185 further comprises a data structure ing to the tennis-shoe product category. 
602 which stores universal identification codes for every In a preferred embodiment, data structure 602 contains a 
product stored in data warehouse 185. The purpose of this plurality of records, each of which stores data relating to one 
data structure and a preferred embodiment for its design will universal identification code. Preferably, each record con- 
now be described. 65 tains the following fields: 

The UPC coding scheme cannot be used to cross refer- a universal identification code field, which stores the 

ence marketing data by category, such as by product type or universal identification code for a product; 
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a description field, which defines the scope of products Data warehouse 185 further comprises a data structure 

included within the universal identification code; and 607 which comprises a Geographical Information System 

a keywords field, which stores a set of keywords that may (GIS). As known in the art, a GIS comprises a set of tables 

be used to facilitate the look up of unknown codes. For that link groups of customers on the basis of distinct 

example, the system may be programmed to retrieve all 5 parameters, including: residence, age, ethnicity, family 

UIDCs associated with a particular keyword, or group status, phone numbers, taxes, vocation, number of credit 

of keywords, entered by a user. cards neld » etc * Data structure 607 facilitates analysis of the 

Data warehouse 185 further comprises a data structure marketing data stored in data warehouse 185 across seg- 

603 which stores information regarding manufacturers. In a ments of tne population, as described below. For example, 
preferred embodiment, each record in data structure 603 *° using the linking tables of data structure 607, the system 
comprises the following fields: ma y g enerate a list °f a U households in the southwest United 

a manufacturer identification field, which stores a unique S ' ate f f °» r ° r , nore ™= n, ' bers and 3 b™*hold income 

identifier assigned to the manufacturer by data ware- ° f at least $45, 000/yr in which one or more members of the 

house 185- and household is employed by an insurance company. 

, ' .. . t . 15 Data warehouse 185 further comprises a data structure 

a manufacturer information field which stores further m ^ icuUr , o icular 

information relating to the manufacturer such as its mdividlla]s ,„ , fcrTcd embodimcnt , each rocord m data 

name, address, and telephone number, t . £AO . t n c , , 

^ . , , r - j structure 608 comprises the following fields: 

Data warehouse 185 further comprises a data structure r 

604 which stores information relating to each marketed , n a v f hicle identification number, which stores the identi- 
product and links the product to one or more universal 20 ficatl0n Qumber of a P a y meDt vehlcle i and 
identification codes. As those skilled in the art will a customer identification number, which stores the iden- 
recognize, manufacturers may at times bundle together the tification number of a customer associated with the 
sale of two or more items, and assign to the bundled items payment vehicle. 

a single UPC number. In that instance, data structure 604 Data warehouse 185 further comprises a data structure 

associates two or more universal identification codes (one 25 6 09 which links particular retailing locations to particular 

for each bundled item) with a single UPC number, as retail companies, since each retailer may maintain more than 

described below. In a preferred embodiment, each record in one retail location. In a preferred embodiment, each record 

data structure 604 comprises the following fields: in data structure 609 preferably comprises the following 

a universal identification code field, which stores the 30 fields 

universal identification code for the product (or more a retailer identification field, which stores the identifies - 

than one universal identification code in the case of tion number of the retailer which maintains the retail 

bundled products); location; and 

a product code field, which stores the UPC number for the a retail location identification field, which stores the 

product; 35 unique identifier typically allocated by credit authori- 

a manufacturer identification field, which stores the iden- zation location 165 to identify a retail location. 

tity of the manufacturer of the product; The data structures described above permit data ware- 

a product name field, which stores the name assigned to house 185 to be flexibly searched using a wide assortment of 

the product by the manufacturer; scarch <» ucncs - ™* permits particularized market data sat- 

, . . ' , u- u * a • p *u 40 isfying any specific constraint or combination of constraints 

a descnpnon field, which stores a descnptton of the « oa \J v ^oi the fields in data structures 600-609 to be 

pro uct; an retrieved from data warehouse 185. Illustratively, a user 

a keywords field, which stores a set of key words that would be aWe to determinc: 

facilitate looking up products. For example, the system /lU t . . f . . . /1TTr .,~ m 

u I* ^ «n Minrv (1 ) total volume of sales of tennis shoes (UIDC 123 -456- 

may be programmed to retrieve all UIDCs associated v ' rtX . _ . . \, . , 

..L 3 i i a e 45 789) over the past 24 months, grouped by month and 

with a particular keyword, or group of keywords, ^ v & r J 

entered by a user. s a 

Data warehouse 185 further comprises a data structure (2) the percentage of athletic footwear sold in the last year 

605 which stores information relating to customers. In a that was manufactured by Nike (TM). 

preferred embodiment, each record in data structure 605 (3) the name and address of every person who purchased 

comprises the following fields: 50 footwear from Addidas (TM) and at least one other 

a customer identification field, which stores a unique company in the past year. 

identifier assigned to the customer by data warehouse (4) line item details of every purchase made by John Q. 

185; and Doe using payment vehicle Master Card (TM) 1234 

a customer information field, which stores other informa- 55 5678 9012 3456 during the period 6/24/97 to 7/23/97. 

tion regarding the customer such as the customer's (5) a list of every American Express (TM) cardholder who 

name, address, and telephone number. has purchased within the last three weeks a combina- 

Data warehouse 185 further comprises a data structure tion of running shoes, running shorts, and running 

606 which stores information concerning retailers. In a socks in a premium price range. 

preferred embodiment, each record in data structure 606 60 (6) total sales volume of bicycle helmets in a defined price 

comprises the following fields: range. 

a retailer identification field, which stores a unique iden- (7) total sales volume by brand of all power tools pur- 

tifier assigned to the retailer by data warehouse 185; chased in the last six months. 

and Those skilled in the art will understand how to program a 

a retailer information field, which stores further informa- 65 general purpose computer to interactively query data ware- 

tion relating to the retailer such as the retailer's name, house 185 in order to obtain responses to the above queries, 

address, and telephone number. and others. As those skilled in the art will recognize, the 
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system of the present invention facilitates such searches in 
several specific ways. By way of example and not limitation, 
the hierarchical coding scheme of the present invention 
permits the system to search the collected marketing data at 
many conceptual levels. As noted above, for example, the 
UIDC for a particular product category (e.g., tennis shoes) 
may identify the product category as belonging to a pro- 
gression of hierarchically related, successively broader, cat- 
egories. This permits the system to more easily respond to 
queries of varying breadth, ranging from narrow queries 
concerning a single product or service category to broader 
queries concerning classes of related product and service 
categories. 

It should be recognized that specific queries to data 
warehouse 185 may be restricted by law or for other reasons. 
For example, accessing customer-specific purchasing infor- 
mation might be prohibited by law in some states. Similarly, 
credit authorization location 165 might contractually obli- 
gate data warehouse 185 to limit customer-specific queries 
for reasons of public relations or to stop customers from 
abandoning payment vehicles issued by the credit authori- 
zation institution. 

While the invention has been described in conjunction 
with specific embodiments, it is evident that numerous 
alternatives, modifications, and variations will be apparent 
to those skilled in the art in light of the foregoing descrip- 
tion. 

We claim: 

1. A method of collecting marketing information, com- 
prising: 

collecting, at a first point-of-sale operated by a first 
retailer, line item data pertaining to a first transaction; 

establishing a first communication link between the first 
point-of-sale and a credit authorization location oper- 
ated by a credit authorization authority distinct from the 
first retailer; 

transmitting a first credit authorization request from the 
first point-of-sale to the credit authorization location 
via the first communication link; 

transmitting the line item data pertaining to the first 
transaction from the first point-of-sale to the credit 40 
authorization location via the first communication link; 
collecting at a second point-of-sale operated by a 
second retailer, line item data pertaining to a second 
transaction; 

establishing a second communication link between the 45 
second point-of-sale and the credit authorization 
location, the entity operating the credit authorization 
location being distinct from the second retailer; 

transmitting a second credit authorization request from 
the second point-of-sale to the credit authorization 
location via the second communication link; 

transmitting the line item data pertaining to the second 
transaction from the second point-of-sale to the credit 
authorization location via the second communication 
link; and 

storing the transmitted line item data pertaining to the first 
and second transactions in a searchable database oper- 
ated by an entity that is distinct from the first and 
second retailers. 

2. The method of claim 1 wherein the point-of-sale is an 
internet website. 

3. The method of claim 1 wherein the line item data 
comprises a UPC number for each line item, the method 
further comprising: 

storing the line item data transmitted from the point-of- 
sale at a location remote from the point-of-sale; 

identifying a product or service category identifier for 
each line item on the basis of the item's UPC number; 



storing each product or service category identifier in 
linked association with the line item for which it was 
identified. 

4. The method of claim 1, further comprising: 
cross-referencing stored data relating to a first item with 

stored data relating to a second item to determine the 
number of purchasers who purchased the first item who 
also purchased the second item. 

5. The method of claim 1, wherein the line item data 
comprises a plurality of line items, each line item compris- 
ing one or more pieces of information regarding a product 
including at least a product identifier, further comprising: 

storing in a database each of the line items; 
defining a plurality of hierarchical identifiers; 
associating each hierarchical identifier with a single prod- 
uct type, each hierarchical identifier identifying both 
the product type and a class of items to which the 
product type belongs; 
associating each hierarchical identifier with a plurality of 

product identifiers; 
matching at least one hierarchical identifier to each line 
item; 

storing the hierarchical identifier in the database in linked 
association with the line item to which it has been 
matched. 

6. The method of claim 5, further comprising: 
querying the database to recover information concerning 

line items matched to a plurality of distinct hierarchical 
identifiers by specifying in the query a class of items 
associated with all of the plurality of hierarchical 
identifiers. 

7. The method of claim 1, wherein the line item data is 
stored in a database in linked association with the residence 
address of the individual executing the transaction. 

8. The method of claim 1, further comprising: 
storing the line item data pertaining to the first and second 

transactions in a database in linked association with 
data comprising a Geographical Information System. 

9. A system for organizing marketing data, comprising: 
a first point-of-sale computer belonging to a first retailer; 
a second point-of-sale computer belonging to a second 

retailer; 

a credit authorization computer belonging to a credit 
issuing institution distinct from the first and second 
retailers; 

a first communications link linking the first point-of-sale 

computer and the credit authorization computer; 
a second communications link linking the second point- 
of-sale computer and the credit authorization computer; 
a data storage connected to the credit authorization com- 
puter; 

a database resident in the data storage and comprising a 

plurality of data structures; 
wherein at least one of the data structures stores line item 
information pertaining to a plurality of transactions 
executed by the first and second point-of-sale comput- 
ers and reported to the credit authorization computer; 
and 

at least a second one of the data structures stores infor- 
mation indicative of the payment vehicles used to pay 
for the plurality of transactions; 
the payment vehicle information for each transaction of 
the plurality of transactions being linked to the line 
item information for the transaction. 

10. The system of claim 9 wherein the data storage is 
65 located remote from the credit authorization computer. 
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